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- The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 
Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time maybe available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )EI Responsive to oommunication(s) filed on 08 January 2009 . 
2a)n This action is FINAL. 2b)S This action is non-final. 

3) G Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1 935 CD. 11 , 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-1 1.13-28 and 30-34 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) n Claim(s) is/are allowed. 

6) |EI Claim(s) 1-11.13-28 and 30-34 is/are rejected. 
?)□ Claim(s) is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10)EI The drawing(s) filed on 30 December 2003 is/are: a)EI accepted or b)^ objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held In abeyance. See 37 CFR 1 .85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1 .121(d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-1 52. 

Priority under 35 U.S.C. § 119 

12)n Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)n All b)n Some * c)^ None of: 

1 .Q Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. n Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1 ) ^ Notice of References Cited (PTO-892) 4) ^ Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. 20090308 

3) ^ information Disclosure Statement(s) (PTO/SB/08) 5) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date 01/08/09 (2 IDSs) . 6) □ Other: . 
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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including tine fee set fortli 
in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this application 
is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 
CFR 1.17(e) has been timely paid, the finality of the previous Office action has been 
withdrawn pursuant to 37 CFR 1.114. 

Applicant's submission filed on January 8, 2009 has been entered. 

2. As indicated in the Interview Summary attached in the instant Office action, on March 

3. 2009, the examiner called and left a message for Mr. O'Rourke regarding examiner's 
amendments to put the case in condition of allowance. 

On March 5, 2009, Mr. O'Rourke informed the examiner that the client is 
currently in Germany and could not be reached at the moment. 

Accordingly, the examiner examines the case as presented. Claims 1-11, 13-28 
and 30-34 are currently pending and have been examined. 

After further consideration, the examiner notes that claims 1-11 and 13-17 are 
still unpatentable over Boykin and APA (art of record), and newly added limitations in 
amended independent claim 18 necessitate a new ground of rejection over Boykin, APA 
and Ward (art made of record) as set forth in details below. 

Response to Amendments 

3. In the instant amendment, claims 1 and 18 have been amended. 

Claim Objections 

4. Claims 1 and 18 are objected to because of minor informalities. 

Claims 1 and 18 recite the limitation "a plug-in module" and "said plug-in module" 
(e.g., claim 1, lines 9-10). However, other locations merely recite limitations "said plug- 
in". Accordingly, all limitation "plug-in" is considered to read as - -plug-in module - -. 

Appropriate correction is requested. 
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Response to Arguments 

5. Applicants' arguments have been considered. 

a) Newly added limitations in claim 1 "...said dispatcher incapable of injecting 
bytecode into said classfile" (lines 7-8): 

After further consideration, the examiner notes that Boykin also explicitly teaches 
"said dispatclier incapable of injecting bytecode into said classfile" (e.g., FIG. 4B, Hooks 
414 as dispatcher. Injector 419; FIG. 7, block 708, " Injector inserts Hooks i.e., said 
Hooks 414 (dispatcher) to be injected by Injector 419 (Hooks 414 incapable of injecting 
bytecode), emphasis added). 

b) Newly added limitations in claim 18: after further consideration, the examiner 
notes that these claim amendments necessitate a new ground of rejection as set forth in 
details below. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

7. Claims 1-3, 5-11 and 13-17 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Boykin (art of record, US Patent Publication No. 2004/0123279) in 
view of APA (art of record. Admitted Prior Art). 

Claim 1: 

Boykin discloses an article of manufacture and a metliod, comprising: in an 
object oriented run-time environment, after a classfile has been loaded (e.g., FIG. 4B, 
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JVM 402, Class Loader 404; FIG. 11 A, instrumented method is called/loaded at step 
1102, [0067]) 

a) a first method instrumented witli bytecode (e.g.. Table 9, lines 1-5, 
"read" method instrumented with bytecode, i.e., "read(buf, off, len)" as a first method, 
reading up to "len" bytes of data from the input stream into an array of bytes "buf ; FIG. 
7, blocks 704-708, [0050]) 

invoking a second metliod from ttie first method instrumented (e.g.. Table 
9, line 12, "hooks. pre(imc)" as a second method), 

said first method belonging to said classfile (e.g.. Table 9, lines 1-5, "read" 
method belongs to classfile "SocketlnputStream"; after being instrumented, "read" has 
been renamed to "original$0$read" as in line 2), 

said invoking comprising providing an identification of said first method 
and said classfile (e.g.. Table 9, line 12, invoking second method "hooks. pre(imc)", 
wherein "imc" comprises identification of "read" method and "com.ibm.net. 
SocketlnputStream.class", see lines 7-10), 

said second method belonging to a dispatcher (e.g.. Table 9, line 12, 
"hooks. pre(imc)" belongs to a dispatcher IHooks, see line 6, JVM 402 in FIG. 4B), 

said classfile having previously registered with said dispatcher (e.g., FIG. 
7, blocks 704-706, classfile "SocketlnputStream" has been previously 
instrumented/registered with said dispatcher "IHooks7JVM 402, see FIG. 8, blocks 802- 
804), 

said dispatcher incapable of injecting bytecode into said classfile (e.g., 
FIG. 4B, Hooks 414 as dispatcher. Injector 419; FIG. 7, block 708, " Iniector inserts 
Hooks i.e., said Hooks 414 (dispatcher) to be injected by Injector 419 (Hooks 414 
incapable of injecting bytecode), emphasis added); 

b) said dispatcher performing said second method to identify a plug-in 
module for said first method based upon said identification (e.g.. Table 9, line 12, 
performing the second method "hooks. pre(imc)"; Table 5, details of "hooks. pre(mic)", 
wherein "hooks. pre(imc)" returns an identifier "handle" in line 14; Table 9, line 20, said 
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identifier "handle" identifies a specific plug-in module "hooks. post(handle, new 
Integer(returnValue)" ), 

said plug-in module to implement a liandler method (e.g., Table 9, line 20, 
said plug-in module "hooks. post(handle, new Integer(returnValue))"; Table 6, details of 
said plug-in module "hooks. post", wherein said plug-in module "hooks.post" to 
implement a handler method "probe. post(probeContext)", see lines 4-8), 

said dispatclier returning to said first metliod an identifier of said plug-in 
module (e.g.. Table 9, line 12, "hooks. pre(imc)", which belongs to dispatcher 
IHooks/JVM 402; Table 5, details of "hooks. pre(imc)", which returns to said first method 
"read" an identifier "handle" in line 14; Table 9, line 20, said identifier "handle" identifies 
a specific plug-in module "hooks. post(handle, new Integer(returnValue))" ), 

said identifier not being a Boolean value representative of one of only two 
possible states (e.g.. Table 5, line 14, returning said identifier "return handle"; and line 2, 
said identifier "handle" belongs to class "IProbeHandle", which is not a Boolean 
value/class); 

c) using said identifier to directly invoke said plug-in module to execute 
said handler method to report and/or record information about said first method (e.g., 
Table 9, line 12, receiving said identifier "handle"; line 20, using said identifier "handle" 
to invoke "hooks. post(handle, new Integer(returnValue))"; Table 6, details of 
"hooks.post", wherein "hooks.post" executes said handler method 
"probe.post(probeContext)" in line 8; Table 12, details of the handle method 
"probe.post", which calculates/reports transfer rate about the first method "read" 
method) 

d) executing said first method from a point beyond where said second 
method was invoked (e.g., Table 9, executing said first method "read" at line 15, which 
is from a point beyond line 12, the point where said second method "hooks. pre(imc)" 
was invoked). 
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e) a third method (e.g., Table 9, "read(buf2, off2, Ien2) as a third method, 
i.e., reading up to "Ien2" bytes of data from the input stream into an array of bytes 
"buf2"); 

f) invoking said second method from said third method (e.g.. Table 9, line 
12, "hooks. pre(imc)" as a second method), 

said invof<ing comprising providing an identification of said third method 
and a second classfile that said third method is a part of {e.g., Table 9, line 12, invoking 
second method "hooks. pre(imc)", wherein "imc" comprises identification of "read" 
method and "com.ibm.net. SocketlnputStream. class", see lines 7-10), 

said second classfile having been loaded and said third method 
instrumented with bytecode at least by the completion of e) above (e.g., FIG. 4B, JVM 
402, Class Loader 404; FIG. 11A, instrumented method is called/loaded at step 1102, 
[0067]), 

said second classfile having previously registered with said dispatcher 
(e.g., FIG. 7, blocks 704-706, classfile "SocketlnputStream" has been previously 
instrumented/registered with said dispatcher "IHooks'VJVM 402, see FIG. 8, blocks 802- 
804), 

said dispatcher incapable of injecting bytecode into said second classfile 
(e.g., FIG. 4B, Hooks 414 as dispatcher. Injector 419; FIG. 7, block 708, " Injector inserts 
Hooks i.e., said Hooks 414 (dispatcher) to be injected by Injector 419 (Hooks 414 
incapable of injecting bytecode), emphasis added); 

g) said dispatcher performing said second method to identify said plug-in 
module for said third method based upon said third method and second classfile 
identification (e.g., Table 9, line 12, performing the second method "hooks. pre(imc)"; 
Table 5, details of "hooks. pre(mic)", wherein "hooks. pre(imc)" returns an identifier 
"handle" in line 14; Table 9, line 20, identifier "handle" identifies a specific plug-in 
module "hooks. post(handle, new Integer(returnValue)" ) 
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said dispatcher returning to said third method said identifier of said plug-in 
module (e.g., Table 9, line 12, "hooks. pre(imc)", which belongs to dispatcher 
IHooks/JVM 402; Table 5, details of "hooks. pre(imc)", which returns to said third method 
"read" an identifier "handle" in line 14; Table 9, line 20, said identifier "handle" identifies 
a specific plug-in module "hooks. post(handle, new Integer(returnValue))" ) 

h) using said identifier to directly invoke said plug-in module from said 
third method to execute said handler method to report and/or record information about 
said third method (e.g.. Table 9, line 12, receiving said identifier "handle"; line 20, using 
said identifier "handle" to invoke "hooks. post(handle, new Integer(returnValue))"; Table 
6, details of "hooks.post", wherein "hooks. post" executes said handler method 
"probe. post(probeContext)" in line 8; Table 12, details of "probe. post", which 
calculates/reports transfer rate about the "read" method); and 

i) executing a portion of said third method from a point beyond where said 
second method was invoked from said third method (e.g.. Table 9, executing said third 
method "read" at line 15, which is from a point beyond line 12, the point where said 
second method "hooks. pre(imc)" was invoked). 

Boykin does not explicitly disclose flowing from said first method to a third 
method; said second classfile having been loaded at least by the completion of said 
flowing from said first method to said third method. 

However, in an analogous art, APA further discloses; 

after a classfile has been loaded (e.g., [0005-0006]); 

invoking a second method from a first method; said first method belonging 
to said classfile (e.g., FIG. ID, [0012-0014], first method as method_1 205 belonging to 
classfile object_1 201 ); 

flowing from said first method to a third method (e.g., a third method as 
either method_2 206, method_3 207, or method_4 208, [0010-0012]); 
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a second classfile that said third method is a part of (e.g., still FIG. Id, 
each third method is a part of a corresponding classfile, [0007-0009]); 

said second classfile having been loaded at least by the completion of 
said flowing from said first method to said third method (e.g., [001 1 ], [001 4-001 8]). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine APA's teaching into Boykin's teaching. One would 
have been motivated to do so to apply prior art runtime flow as suggested by APA (e.g., 
[0014], [0005-0006]) and calculate/report transfer rate in different contexts as suggested 
by Boykin (e.g.. Table 12, lines 5-25 and Table 9, lines 7-12). 

Claim 2: 

The rejection of claim 1 is incorporated. Boykin also discloses said executing of 
said handler method at c) above causes an entry time for said first method to be 
recorded (e.g., [0067]-[0068]). 

Claim 3: 

The rejection of claim 1 is incorporated. Boykin also discloses said executing of 
said handler method at c) above causes an exit time for said first method to be recorded 
(e.g., FIG. 11 A, step 1102, [0067]). 

Claim 5: 

The rejection of claim 1 is incorporated. Boykin also discloses said executing of 
said handler method at c) above causes an input parameter value of said first method to 
be recorded (e.g., FIG. 1 1A, step 1 120, [0068]). 

Claim 6: 

The rejection of claim 1 is incorporated. Boykin also discloses said executing of 
said handler method at c) above causes a returned value of said first method to be 
recorded {e.g., [0071]-[0075]). 
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Claim 7: 

The rejection of claim 1 is incorporated. Boykin also discloses said first metliod is 
a constructor {e.g., Table 10, [0076]-[0077]). 

Claim 8: 

The rejection of claim 1 is incorporated. Boykin also discloses creating, prior to 
said invoking at a) above, an object liaving an input parameter value of said first metliod 
(e.g., [0074]-[0076]). 

Claim 9: 

The rejection of claim 1 is incorporated. Boykin also discloses said invoking at a) 
above further comprises providing an input parameter value of said first method (e.g., 
Table 8-9). 

Claim 10: 

The rejection of claim 1 is incorporated. Boykin also discloses said invoking at a) 
above further comprises identifying where said first method's instructions can be found 
in memory {e.g., FIG. 4B, [0044]-[0046]). 

Claim 11: 

The rejection of claim 1 is incorporated. Boykin also discloses after said 
executing said first method from a point beyond where said second method was 
invoked but before said flowing to said third method at e) above, 

invoking a fourth method from said first method because said first method 
is about to reach an exit point, said second method having been invoked from said first 
method because an entry point of said first method had just been reached, said 
dispatcher having said fourth method (e.g., [0023]-[0026]); 

re-identifying said plug-in module for said first method as a consequence 
of said invoking a fourth method (e.g., [0028]-[0030]); 
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re-executing said handler method to report and/or record information 
about said first method; and executing a remaining portion of said first method through 
said exit point (e.g., [0029]-[0032]). 

Claim 13: 

The rejection of claim 1 is incorporated. Boyl<in also discloses identifying a 
second plug-in module for said third method based upon said third method and second 
classfile identification, said second plug-in module containing a second handler method 
(e.g., [0045]-[0049]). 

Claim 14: 

The rejection of claim 13 is incorporated. Boykin also discloses executing said 
second handler method to report and/or record different information about said third 
method than what said first handler method reports and/or records about said third 
method (e.g., [0052]-[0056]). 

Claim 15: 

The rejection of claim 14 is incorporated. Boykin also discloses a first object is 
called to execute said first method and a second object is called to execute said fourth 
method (e.g., [0048]-[0052]). 

Claim 16: 

The rejection of claim 15 is incorporated. Boykin also discloses said object 
oriented run-time environment is a Java object oriented environment (e.g., [0063]- 
[0069]). 

Claim 17: 

The rejection of claim 1 is incorporated. Boykin also discloses said invoking at a) 
above further comprises providing said first method's signature (e.g., [0059]-[0061]), 
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said first metliocl's signature comprising: said identification of said first method; 
said identification of said class ttiat said first method is a part of; and said first method's 
arguments (e.g., [0072]-[0078]). 

8. Claim 4 is rejected under 35 U.S.C. 103(a) as being unpatentable over Boykin, APA, 
and further in view of Hibbeler (art of record, US Patent No. 7,093,234 B2). 

Claim 4: 

The rejection of claim 1 is incorporated. Neither Boykin nor APA explicitly 
disclose said executing of said handler method at c) above causes a counter 
maintained for said first method to be incremented. 

However, in an analogous art, Hibbeler further discloses said executing of said 
handler method causes a counter maintained for said first method to be incremented 
(e.g., col.B: 6-10). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine the teaching of Hibbeler into that of Boykin and 
APA. One would have been motivated to do so to profile suspected hot spots or 
bottlenecks in the target application as suggested by Hibbeler (e.g., col.3: 1 1-35). 

9. Claims 18-20, 22-28 and 30-34 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Boykin in view of APA and US Patent No. 6,314,470 to Ward et al. 
(art made of record, hereafter "Ward"). 

Claim 18: 

The rejection of claim 1 is incorporated. Neither Boykin nor APA explicitly 
discloses said dispatcher includes: i) a dictionary that is used to correlate said first and 
third methods to said plug-in module, and, ii) a plug-in pattern which lists said first and 
third methods along with additional methods that said dispatcher dispatches to said 
plug-in module. 

However, in an analogous art. Ward further discloses: 

first and third methods (e.g., FIG. 3, graphics library functions 224, col.1 1 : 

34-54) 
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plug-in module (e.g., FIG. 3, API event generators 226, col.11: 55-62 and 
col. 12: 15-39) 

said dispatcher includes: i) a dictionary that is used to correlate said first 
and third methods to said plug-in module (e.g., FIG. 3, active dispatch table 220, col.1 1 : 
34-54), and 

ii) a plug-in pattern which lists said first and third methods along with 
additional methods that said dispatcher dispatches to said plug-in module (e.g., FIG. 3, 
each API event generator corresponds to each graphics library function, col. 12: 15-39). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine Ward's teaching into Boykin and APA's teaching. 
One would have been motivated to do so to redirect function calls to API event 
generators to call graphics library functions as suggested by Ward (e.g., col.4: 12-26). 

Claims 19, 20, 22-28 and 30-34: 

Claims 18-20, 22-28, and 30-34 recite the same limitations as those of claims 2, 
3, 5-11, and 13-17, wherein all claimed limitations have been addressed and/or set forth 
above. Therefore, as the reference teaches all of the limitations of the above claims, it 
also teaches all of the limitations of claims 19, 20, 22-28, and 30-34. 

10. Claim 21 Is rejected under 35 U.S.C. 103(a) as being unpatentable over Boykin, 
APA, Ward and further in view of Hibbeler. 
Claim 21: 

The rejection of claim 18 is incorporated. Neither Boykin, APA nor Ward explicitly 
disclose said executing of said handler method at c) above causes a counter 
maintained for said first method to be incremented. 

However, in an analogous art, Hibbeler further discloses said executing of said 
handler method causes a counter maintained for said first method to be incremented 
(e.g.,col.8: 6-10). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine the teaching of Hibbeler into that of Boykin, APA 
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and Ward. One would have been motivated to do so to profile suspected hot spots or 
bottlenecks in the target application as suggested by Hibbeler (e.g., col.3: 1 1-35). 

Conclusion 

11. Any inquiry concerning this communication should be directed to examiner Thuy 
Dao (Twee), whose telephone/fax numbers are (571) 272 8570 and (571) 273 8570, 
respectively. The examiner can normally be reached on every Tuesday, Thursday, and 
Friday from 6:00AM to 6:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam, can be reached at (571) 272 3695. 

The fax phone number for the organization where this application or 
proceeding is assigned is (571) 273 8300. 

Any inquiry of a general nature of relating to the status of this application or 
proceeding should be directed to the TC 2100 Group receptionist whose telephone 
number is (571) 272 2100. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 



/Thuy Dao/ 

Examiner, Art Unit 2192 



/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2192 



